home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1990 / Oct 90 / MacApp.Tech$ 10⁄26⁄90 / 2256-Re UGridView-Oct90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.6 KB  |  38 lines  |  [TEXT/GEOL]

  1. Item    6612282                         26-Oct-90        14:33PDT
  2.  
  3. From:   JEFFRIES.L                      Leslie Jeffries,GEIS
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. Sub:    RE>UGridView
  8.  
  9. Royston,
  10.  
  11. I was a little dismayed by your evaluation of UGridView. The power of the unit
  12. is that the data can come from anywhere! A database, over the network,
  13. whatever! I don't know about your particular application, but a grid of
  14. in-memory objects isn't even feasible if your grid is very large. (Large of
  15. course depends on how big each of your objects are?)
  16.  
  17. >> To quote, "the UGridView module is to provide the view that goes 'on top' of
  18. >> a list or grid framework. UGridView knows nothing about the underlying cell
  19. >> contents...".
  20.  
  21. If you like the Model-View-Controller style of OOD, (which I do) then TGridView
  22. is just what you need. The data or cell contents in your application, the model
  23. part, can be completely independant of your view of that data. You can add more
  24. views of the same data without that data model changing. If a TGridView knew
  25. too much about its data contents, everytime you made a new view of the same
  26. data, you'd have to either duplicate the data objects stored for each cell (not
  27. very feasible), or connect up the new cells to the objects for a cell in
  28. another grid. It may be an advantage in your design to bind the cell contents
  29. with the view of the data. If so, then maybe you could come up with a useful,
  30. reuseable class that others could benefit from. But I, for one, wouldn't want
  31. MacApp to make any assumptions about the contents of a cell.
  32.  
  33. Let's leave UGridView alone!
  34.  
  35. Leslie Jeffries
  36. GE Information Services
  37.  
  38.